Method and system for transferring user equipment in mobile communication system

ABSTRACT

A method and system for transferring user equipment (UE) in a mobile communication system are disclosed. According to the method, a source core (CN) network determines to transfer a UE that it serves and sends a transfer instruction carrying UE transfer restriction information to the UE; an access network receives a transfer request that is sent by the UE according to the restriction information carried in the transfer instruction; the access network selects a target CN entity that is different from the source CN entity for the UE; and the UE is transferred to the target CN entity. The method and system provided by the present invention are applicable to user transferring between CN entities in any communication network. The transferring is initiated by a network side entity, and a more preferable CN entity is selected for the UE to provide a better service.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of application Ser. No. 12/371,174,filed on Feb. 13, 2009, which is a continuation of International PatentApplication No. PCT/CN2007/070492, filed Aug. 15, 2007. TheInternational Application claims priority to Chinese Patent ApplicationNo. 200610115390.2, filed Aug. 15, 2006. All of the aforementionedpatent applications are hereby incorporated by reference in theirentirety.

FIELD OF THE INVENTION

The present invention relates to a technology of managing a userequipment (UE) in a mobile communication system, and more particularlyto a method and system for transferring a UE in a mobile communicationsystem.

BACKGROUND

Currently, a 3^(rd) generation (3G) mobile communication system ismainly based on standards of wideband code division multiple access(WCDMA) and code division multiple access (CDMA) communication systems.

A so-called universal mobile telecommunication system (UMTS) is a 3Gmobile communication system adopting the WCDMA air interface technology,and is thus usually referred to as a WCDMA communication system. Thestructure of the UMTS is shown in FIG. 1, which includes a UE, a radioaccess network (RAN), and a core network (CN). The RAN is a UMTSterrestrial radio access network (UTRAN), and is capable of handling allfunctions related to radio services. The CN handles all voice calls anddata connections in the UMTS, and realizes switching and routingfunctions with external networks. The CN is logically divided into acircuit switched (CS) domain and a packet switched (PS) domain.

The structure of the UTRAN is shown in FIG. 2, and the UTRAN includesone or more radio network subsystems (RNSs). Each RNS is formed by aradio network controller (RNC) and one or more base stations (calledNodeBs). The RNC is connected to the CN through an Iu interface, and theNodeB is connected to the RNC through an Iub interface. In the UTRAN,the RNCs are interconnected through an Iur interface. The RNCs can beclassified into source RNC (SRNC) and target RNC (TRNC) for the UE. TheRNC is configured to allocate and control radio resources of the NodeBconnected or related thereto. The NodeB transmits data from the Iubinterface to the UE through a Uu interface or transmits data from the Uuinterface to the RNC through the Iub interface. The NodeB alsoparticipates in some radio resource management.

The network architectures shown in FIGS. 1 and 2 are old versions before3GPP (3rd Generation Partnership Project) Release 6. Considering thenetwork competitive power in the future, a brand new 3GPP evolvednetwork architecture is developing to meet application requirements ofthe mobile communication network in the coming decade or even longertime. The evolved network architecture includes system architectureevolution (SAE) and long term evolution (LTE) of the access network, andan evolved access network is the so-called E-UTRAN (evolved UTRAN). Theevolved network aims to provide a low delay, high data rate, high systemcapacity and coverage, and low cost network completely based on theInternet protocol (IP). Since the evolved network is a brand new networkarchitecture, all the nodes, functions, and flows of the networkarchitectures shown in FIGS. 1 and 2 change substantially.

Currently, 3GPP includes SAE and LTE. LTE aims to provide a low-costnetwork capable of reducing the delay, raising the user data rate, andimproving the system capacity and coverage. The LTE adopts only PSdomain services, and the bearer network is an IP bearer. FIG. 3 is aschematic architectural view of the current evolved network. The LTE RANis an RAN of the evolved network. In the network, the nodes include, butare not limited to, one or more evolved NodeBs (eNodeBs) or controlplane servers (CPSs). They are logically treated as LTE-RAN entities.Mobility management entity (MME) and user plane entity (UPE) are alsologic entities. The MME is configured to store mobility managementcontext of the UE, such as user ID, mobility status and tracking area(TA) information, and certificate the user of the UE. The UPE isconfigured to terminate the downstream data of the UE in an idle state,trigger a paging, and store the context of the UE, for example, the IPaddress and routing information of the UE. A user plane anchor may notchange during a session of the UE. Whether the MME and the UPE areseparate entities or not, it makes no difference to the method providedby the embodiments of the present invention.

When the UMTS is advancing toward the evolved network, there is a stagethat the UMTS and the evolved network coexist. As shown in FIG. 4,interfaces S3 and S4 are added between the UMTS and the evolved network.The interface S3 realizes the exchange of information carried by UEs inan idle and/or active state between 3GPP access systems. The interfaceS4 provides control and mobility support for user planes between thegeneral packet radio service (GPRS) CN and 3GPP anchors.

Currently, in Section 4.5a.1 of 3GPP protocol TS23.236-630, a method oftransferring all the UEs of a source CN element in a 3G or 2^(nd)generation (2G) network to other CN entities is provided. The method isimplemented in three stages. In the first stage, UEs initiating aperiodic routing area update (RAU) within a preset time limit aretransferred according to a method shown in FIG. 5, and the involvednetwork entities include a UE, an access network, a source CN element,and a target CN element. The method includes the following steps.

In Step 501, after entering an idle state, the UE activates a periodicRAU timer.

In Step 502, when the periodic RAU timer experiences a time-out, the UEsends an RAU request to the source CN element.

In Step 503, when the source CN element receives the RAU request sent bythe UE, if the source CN element has already received an operationmaintenance notification, all the UE loads have to be transferred toother CN entities. Thus, the source CN element sends an RAU acceptancemessage to the UE, and the message carries a temporary mobile subscriberidentity (TMSI) re-allocated to the UE and a minute periodic RAU timervalue (for example, 4 seconds) re-allocated to the UE. The networkresource identifier (NRI) field of the TMSI is set as Null.

In Step 504, the UE receives the RAU acceptance message, and activates anew periodic RAU timer.

In Step 505, when the periodic RAU timer activated in Step 504experiences a time-out, the UE sends an RAU request carrying the TMSIallocated to the UE in Step 503. After the access network receives theRAU request, as the NRI in the TMSI carried by the request is set asNull, the access network employs a non-access layer node selectionfunction to choose a target CN element for the UE, and forwards the RAUrequest to the target CN element.

In Step 506, the target CN element receives the RAU request, and sendsan RAU acceptance message to the UE.

However, the method in FIG. 5 has the following disadvantages. Themethod is only applicable to the circumstance of transferring all theUEs served by the source CN element. In the method, the source CNelement passively waits for a UE to send a periodic RAU, instead ofinitiating the transferring of the whole or a part of the UEs inservice. Moreover, the method is only for transferring UEs within thesame pool area. In addition, the method is limited to 2G or 3G networks,and is inapplicable to other networks like evolved networks, networkswhere both evolved networks and UMTS networks coexist, or post-SAEnetworks.

Currently, in the evolved network, in Section 7.13 of 3GPP protocolTR23.882-130, a reattaching method is provided to transfer a UE from asource MME/UPE to a target MME/UPE. As shown in FIG. 6, the involvednetwork entities include a UE, an evolved access network (eRAN), atarget MME/UPE, a source MME/UPE, an inter access system anchor (IASA),and a home subscriber server (HSS). The method includes the followingsteps.

In Step 601, due to factors such as overload, routes not beingoptimized, or the reception of an operation and maintenance (O&M)request, the source MME/UPE sends a reattach request to the UE.

In Step 602, the UE finds a selectable evolved network access systemthrough the interaction with the eRAN, and selects the access system andnetwork.

In Step 603, the UE sends an attach request to the selected targetMME/UPE, and the request carries the registration information of the UEsuch as packet temporary mobile subscriber identity (P-TMSI). If the UEdoes not store the registration information, the request carries apermanent user ID.

As the network is shared, the attach request carries the information ofthe selected target MME/UPE, and the eRAN selects the target MME/UPE.The attach request may also carry information about default IP accessbearer, for example, the IP address and access point name (APN) selectedby the UE.

In Step 604, on receiving the attach request, if the request carries theregistration information of the UE, the target MME/UPE determines thesource MME/UPE according to the P-TMSI, and sends a message forobtaining a UE-related user information to the source MME/UPE.

In Step 605, the source MME/UPE sends the UE-related user information,for example, permanent user information, to the target MME/UPE.

In Step 606, the target MME/UPE authenticates the UE through the HSS.

In Step 607, the target MME/UPE sends a registration message to the HSS,indicating that the target MME/UPE is serving the UE.

In Step 608, the HSS indicates the source MME/UPE to delete the storedUE-related user information or to identify the absence of the UE.

In Step 609, the HSS sends a registration acknowledge message to thetarget MME/UPE. Meanwhile, user subscription data authorized to thedefault IP access bearer is sent at the same time, and strategy chargingcontrol information of the default IP access bearer is also sent to thetarget MME/UPE at the same time.

In Step 610, the target MME/UPE selects the IASA.

In Step 611, the IASA configures an IP layer with the confirmed IPaddress of the UE, so that a new user plane is established, and adefault strategy charging rule is adopted to charge the UE.

In Step 612, the target MME/UPE provides the eRAN with an allocation ofquality of service (QoS) of the default IP access bearer, for example,an upper limit of the data transmission rate.

In Step 613, the target MME/UPE accepts the attach request of the UE,allocates the P-TMSI to the UE, and sends to the UE an attachedacknowledge message carrying the confirmed IP address of the UE.

In Step 614, the UE sends the attached acknowledge message to the targetMME/UPE.

The method illustrated in FIG. 6 is only applicable to an evolvednetwork, and does not specify how to transfer a UE between CN entitiesin a UMTS network or in the case when a UMTS network and an evolvednetwork coexist. FIG. 6 also reveals a flaw that the access network maypick up the source CN element when selecting a CN element if nopreventive measure is taken.

SUMMARY OF THE INVENTION

Accordingly, embodiments of the present invention are directed to amethod and system for transferring a UE in a mobile communicationsystem. The method and system are widely applied, and the transferringis initiated by a network side element. Besides, a more preferable CNelement is selected as the target CN element according to a certainmechanism, so as to provide a better service for the user of the UE.

In order to achieve the above objective, the embodiments of the presentinvention provide the following solutions.

In a first aspect of the invention, a method is provided fortransferring user equipment (UE) in a mobile communication system. Themethod comprises:

receiving, by a UE, a transfer instruction carrying UE transferrestriction information from a source core network (CN) element servingthe UE, wherein the UE transfer restriction information comprisesinformation for transferring the UE to a target CN element that isdifferent from the source CN element; and

sending, by the UE, a transfer request to an access network entity basedon the received transfer instruction.

The transfer request comprises information for the access network entityto select a target CN element that is different from the source CNelement, and to transfer the UE to the target CN element.

In a second aspect of the invention, a user equipment (UE) is provided.The UE, comprises:

a receiver, configured to receive a transfer instruction carrying UEtransfer restriction information from a source core network (CN) elementserving the UE, wherein the UE transfer restriction informationcomprises information for transferring the UE to a target CN elementthat is different from the source CN element; and

a processor, configured to prepare a transfer request based on thereceived transfer instruction, wherein the transfer request comprisesinformation for the access network entity to select a target CN elementthat is different from the source CN element, and to transfer the UE tothe target CN element; and

a transmitter, configured to send the transfer request to an accessnetwork entity.

In a third aspect of the invention, a mobile communication system isprovided. The system comprises:

a user equipment (UE), configured to receive a transfer instructioncarrying UE transfer restriction information from a source core network(CN) element serving the UE, wherein the UE transfer restrictioninformation comprises information for transferring the UE to a target CNelement that is different from the source CN element; and send atransfer request to an access network entity based on the receivedtransfer instruction; and

the access network entity, configured to receive the transfer requestsent by the UE, select a target CN element that is different from thesource CN element for the UE according to the transfer request, andtransfer the UE to the target CN element.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic structural view of a UMTS;

FIG. 2 is a schematic structural view of a UTRAN;

FIG. 3 is a schematic architectural view of an evolved network;

FIG. 4 is a schematic architectural view of a network where a UMTSnetwork and an evolved network coexist;

FIG. 5 is a flow chart of a process for transferring all the UEs of asource CN element to another CN element in a 3G or 2G network;

FIG. 6 is a flow chart of transferring a UE from a current MME/UPE toanother MME/UPE by a reattach method in an evolved network;

FIG. 7 is a flow chart of a method for transferring a UE in a mobilecommunication system according to an embodiment of the presentinvention;

FIG. 8 is a flow chart of a first method for transferring a UE triggeredby the network side based on an RAU technique according to an embodimentof the present invention;

FIG. 9 is a flow chart of a second method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention;

FIG. 10 is a flow chart of a third method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention;

FIG. 11 is a flow chart of a fourth method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention;

FIG. 12 is a flow chart of a fifth method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention;

FIG. 13 is a flow chart of a sixth method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention;

FIG. 14 is a flow chart of UE transferring between CN entities in anevolved network triggered by the network side based on the RAU techniqueaccording to an embodiment of the present invention;

FIG. 15 is a flow chart of UE transferring between CN entities in a UMTSnetwork triggered by the network side based on the RAU techniqueaccording to an embodiment of the present invention;

FIG. 16 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the RAU technique according to a firstembodiment of the present invention;

FIG. 17 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the RAU technique according to a secondembodiment of the present invention;

FIG. 18 is a flow chart of replacing an IASA element for a UE triggeredby the network side based on the RAU technique according to anembodiment of the present invention;

FIG. 19 is a flow chart of a first method for transferring a UEtriggered by the network side based on an attach technique according toan embodiment of the present invention;

FIG. 20 is a flow chart of a second method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention;

FIG. 21 is a flow chart of a third method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention;

FIG. 22 is a flow chart of a fourth method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention;

FIG. 23 is a flow chart of a fifth method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention;

FIG. 24 is a flow chart of a sixth method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention;

FIG. 25 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the attach technique according to a firstembodiment of the present invention;

FIG. 26 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the attach technique according to a secondembodiment of the present invention;

FIG. 27 is a flow chart of a method for transferring a UE through adetach and reattach process according to an embodiment of the presentinvention;

FIG. 28 is a schematic view of a system for transferring a UE in amobile communication system according to an embodiment of the presentinvention;

FIG. 29 is a schematic view of a conventional network architecture ofseparated control plane and user plane;

FIG. 30 is a flow chart of a method for performing MME user transferringthrough a tracking area update (TAU) technique in the networkarchitecture of separated control plane and user plane according to anembodiment of the present invention;

FIG. 31 is a flow chart of a method for performing MME user transferringthrough a reattach technique in the network architecture of separatedcontrol plane and user plane according to an embodiment of the presentinvention;

FIG. 32 is a flow chart of a transferring method when an serving gateway(S-GW) changes in the network architecture of separated control planeand user plane according to an embodiment of the present invention; and

FIG. 33 is a flow chart of a transferring method when a packet datanetwork gateway (PDN GW) changes in the network architecture ofseparated control plane and user plane according to an embodiment of thepresent invention.

DETAILED DESCRIPTION

In order to make the aforementioned objectives, technical solutions andadvantages of the present invention more comprehensible, embodimentsaccompanied with figures are described in detail below.

In order to provide a user of a UE with better services, an embodimentof the present invention provides a method in which a network sideelement initiates a UE transferring in a mobile communication system.The method is aimed at selecting more satisfactory service CN entitiesfor the user according to a certain mechanism. The detailed process isshown in FIG. 7. Referring to FIG. 7, the involved network entitiesinclude a source CN element, a target CN element, an access network anda UE. The method includes the following steps.

In Step 701, the source CN element determines to transfer a UE which itserves, and sends a transfer instruction carrying UE transferrestriction information to the UE.

In Step 702, on receiving the transfer instruction, the UE sends atransfer request according to the UE transfer restriction informationcarried in the instruction.

In Step 703, the access network selects a target CN element for the UE;and the UE is transferred to the target CN element. The target CNelement is a CN element that is different from the source CN element.

As can be seen from the above solution, in the embodiment of the presentinvention, the network side of the mobile communication system initiatesthe UE transferring between the CN entities The embodiment is widelyapplied in the existing networks as well as the future networks, such asthe evolved network, universal mobile telecommunication system (UMTS)network, network in which the UMTS network and the evolved networkcoexist, and even post-SAE network or coexistence network in otherforms.

In Step 703, the access network has many ways to select the target CNelement, which will be illustrated in detail below.

In the embodiments of the present invention, the UE can be transferredin two modes. One mode is to implement the transferring through alocation area update (LAU) technique, and the other is to implement thetransferring through an attach technique. The two modes are illustratedas follows.

In the first mode, the UE is transferred through an LAU technique.

An LAU process is specified in the UMTS network and the evolved network.The process is called RAU in the UMTS network while TAU in the evolvednetwork. The LAU includes, but is not limited to, the RAU and TAU. Forease of illustration, the RAU is taken as an example below.

In the embodiments of the present invention, in order to enable thenetwork side of the mobile communication system to transfer the UE basedon the RAU technique, a message is required to indicate the UE toperform the RAU process. In the present invention, a particular messageor an information equipment (IE) in an existing message carrying the RAUinstruction is sent to the UE to indicate the UE to perform the RAUprocess. For example, the network side of the mobile communicationsystem indicates the UE to perform the RAU process by sending an RAUinstruction thereto, or by carrying an IE having the RAU instruction ina paging message when paging the UE.

When sending the RAU instruction to the UE, the source CN element mayalso set a timer indicating the UE to send an RAU request after thetimer experiences a time-out, so that the RAU request is sent after theinterface between the element and the CN in the access network isreleased. Definitely, the timer is optional, and the RAU request may beimmediately sent after the UE receives the RAU instruction.

The method for transferring a UE based on the RAU technique provided bythe embodiment of the present invention is widely applied to variousnetworks, instead of being limited to the UMTS network. That is, themethod is also applicable to the evolved network, the network where theevolved network and the UMTS network coexist, and even the post-evolvednetwork as well as coexistence network in other forms. The method oftransferring a UE by CN entities provided in the embodiments of thepresent invention is applicable to not only processes in which the usertransferring is initiated by entities such as a serving GPRS supportnode (SGSN), MME, and UPE, but also processes of the above adaptablenetworks in which the user transferring is initiated by CN entities. Forexample, the method is applicable to a process in which a usertransferring to other CN entities is initiated by CN entities in an OMC,gateway GPRS support node (GGSN), IASA, or even post-SAE network.

Compared with the method for transferring a UE based on the attachtechnique, the UE transferring based on the RAU technique isadvantageous in that the target CN element does not need to reconstructthe context and thus the UE services may not be interrupted. In the UEtransferring based on the RAU technique, the target CN element requeststhe source CN element for the context of the UE instead ofreconstructing the UE context, and will not delete the activated contextof the packet data protocol (PDP) as in the attach process, so as toensure the continuity of the UE services. For example, when browsing aweb page, the UE performs no operation for quite a long time. Though themobility management state of the UE is idle, the session managementstate is active, and at this point, if the network side of the mobilecommunication system initiates a reattach process to transfer the UE,the CN element will clear the stored context of the UE, thus resultingin a termination of the current session of the UE. However, the UEtransferring based on the RAU technique does not have the above problem.In addition, if the UE transferring is implemented by setting certainflag bits or sending other messages instead of using the LAU technique,the context of the source CN element may not be deleted during the usertransferring process, and the target CN element obtains the context ofthe UE from the source CN element, thus ensuring the service continuity.The method also fulfills the purpose of the embodiments of the presentinvention. Though different in form, the method is substantially thesame as the above embodiment of the present invention, thus falling inthe protecting range of the present invention.

FIG. 8 is a flow chart of a first method for transferring a UE triggeredby the network side based on the RAU technique according to anembodiment of the present invention. The method includes the followingsteps.

In Step 801, the source CN element determines to change a Radio AccessTechnique (RAT) for a UE it serves due to factors such as overload,service requirements, or the reception of an O&M request.

In Step 802, the source CN element sends an RAU instruction to the UE,indicating the UE to be transferred to another RAT.

The RAT information carried in the transfer instruction may beinformation for preventing the access of the UE to the original RAT, orone or more RATs selected by the source CN element for the UE. In thelatter case, the candidate RATs are arranged in priority order and sentto the UE in the form of an RAT list, so that the UE selects the RATaccordingly.

In Step 803, the UE selects an RAT according to the RAT informationcarried in the received RAU instruction, and sends an RAU request in theRAT. According to a set mechanism, for example, load sharing, the accessnetwork selects a target CN element for the UE and sends the RAU requestto the target CN element.

In Step 804, an RAU process is implemented between the UE and thenetwork.

When the UE is transferred to another RAT, the access network equipmentneeds to be switched. For example, when the UE is transferred from theUMTS network to the evolved network, the access network equipmentchanges from the RAN of the original 2G/3G network into the eRAN of theevolved network, and both the RAN and eRAN are represented by the accessnetwork in FIG. 8.

The method of FIG. 8 is applicable to the circumstance of transferringthe RAT for the UE. For example, the first, due to the overload of oneCN element in the network where the UMTS network and the evolved networkcoexist, the UE has to be transferred to another CN element with alighter load. The second, the RAT is transferred for the UE on receivingan O&M request. The third, due to service requirements, for example,when downstream data with higher QoS is sent to the UE attached to theSGSN, the UMTS network currently serving the UE is unsatisfactory whilethe evolved network can meet the requirement, so that the UE has to betransferred to the evolved network.

FIG. 9 is a flow chart of a second method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention. The method includes the followingsteps.

In Step 901, the source CN element determines to transfer the CN elementfor a UE it serves.

In Step 902, the source CN element sends an RAU instruction to the UE,indicating the UE to be transferred to another CN element.

In Step 903, on receiving the RAU instruction, the UE sends an RAUrequest carrying information for preventing the access of the RAU to thesource CN element. According to the restriction information carried bythe received RAU request, the access network adopts a set mechanism, forexample, load sharing, to select the target CN element for the UE, andforwards the RAU request to the target CN element.

In Step 904, an RAU process is implemented between the UE and thenetwork.

The method of FIG. 9 is generally adopted and widely applied to variouscircumstances, for example, in the case of an overload of the CN elementthat serves the UE, an O&M request, or routes not being optimized. Inthe method, the source CN element and the target CN element can belongto the same network or to different networks.

FIG. 10 is a flow chart of a third method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention. The method includes the followingsteps.

In Step 1001, the source CN element determines to transfer the CNelement for the UE.

In Step 1002, as for the UE to be transferred, the source CN elementdetermines it has an associated CN element and the UE can be transferredto the associated CN element.

In Step 1003, the source CN element sends an RAU instruction to the UE,indicating the UE to be transferred to the associated CN element.

In Step 1004, the UE sends an RAU request carrying an ID related to theassociated CN element. According to the ID related to the associated CNelement carried by the request, the access network sends the RAU requestto the associated CN element. The ID related to the associated CNelement may be any identity capable of uniquely determining theassociated CN element, for example, the identity of the associated CNelement, the NRI of the associated CN element, or the TMSI allocated bythe associated CN element to the UE.

In Step 1005, an RAU process is implemented between the UE and thenetwork.

The method of FIG. 10 is applicable to the circumstance that the UE issimultaneously attached to two CN entities associated with each other,and selects a network to reside in. For example, due to the overload ofone CN element, the UE has to be transferred to the other CN element; ordue to service requirements, when downstream data with high QoS is sentto the UE residing in the SGSN, the UMTS network is unsatisfactory whilethe evolved network can meet the requirement, so that the UE needs to betransferred to the MME/UPE of the associated evolved network.

FIG. 11 is a flow chart of a fourth method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention. The method includes the followingsteps.

In Step 1101, the source CN element determines to transfer the CNelement for a UE.

In Step 1102, according to a set mechanism, for example, load sharing,the source CN element selects a target CN element with a lighter loadfrom CN entities that share the same interface with the source CNelement, and obtains an ID related to the target CN element.

The ID related to the target CN element may be any identity capable ofuniquely determining the element, for example, the identity of thetarget CN element, the NRI of the target CN element, or the TMSIallocated by the target CN element to the UE. The TMSI is allocated bythe CN to the UE. For example, the TMSI is U-TMSI in the UMTI networkand S-TMSI in the evolved network.

In Step 1103, the source CN element sends an RAU instruction carryingthe ID related to the target CN element to the UE.

In Step 1104, on receiving the RAU instruction, the UE sends an RAUrequest carrying the ID related to the target CN element. The accessnetwork receives and forwards the RAU request to the target CN elementaccording to the ID related to the target CN element carried in therequest.

In Step 1105, an RAU process is implemented between the UE and thenetwork.

The method of FIG. 11 is applicable to a circumstance that the source CNelement obtains a target CN element for the UE according to a setmechanism. For example, when the source CN element is overloaded,another CN element is selected for the UE within the same pool area.When the route is not optimized, another CN element with a morepreferred route is selected for the UE. In case of an O&M operation, forexample, an operation and maintenance centre (OMC) determines that partof the UEs on the SGSN element have to be transferred to the MME/UPEelement, so that the OMC interacts with the MME/UPE element to obtain arelated ID, then issues an O&M command to the SGSN element fortransferring some UEs, and notifies the SGSN element of an ID related tothe target MME/UPE element, and the SGSN element, on receiving thecommand, sends an RAU instruction to the UE. Due to servicerequirements, for example, when downstream data with high QoS is sent tothe UE residing in the SGSN element, the UMTS network is unsatisfactorywhile the SGSN element may obtain an MME/UPE element capable ofreceiving the UE transferred thereto from the evolved network sharingthe same interface with the element, and the MME/UPE element can meetthe QoS requirement, the method may be adopted to transfer the UE to theMME/UPE element.

In the method of FIG. 11, the target CN element may be an associated CNelement related to the source CN element of the UE, which is a specialcase of FIG. 10. In the method, the source CN element and the target CNelement can belong to the same network or to different networks.

FIG. 12 is a flow chart of a fifth method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention. The method includes the followingsteps.

In Step 1201, the source CN element determines to transfer the CNelement for a UE.

In Step 1202, the source CN element sends an RAU instruction to the UE,indicating the UE to adopt an ID that makes the access network regardthe UE as a new entrant to send an RAU request.

When the indicated UE accesses again, the ID that makes the accessnetwork regard the UE as a new entrant UE has various types, forexample, a TMSI which is set as Null, a TMSI with an NRI field set asNull, or IDs of CN entities other than those currently within the areaof the UE. In the latter two cases, the ID has to be generated at thesource CN element. In the case that the TMSI is set as Null, the sourceCN element sends a related instruction to the UE.

In Step 1203, the UE sends an RAU request carrying the ID indicated inStep 1202. The access network receives the message, and determines theUE as a new entrant according to the ID carried in the message.Therefore, the access network adopts a set mechanism, for example, loadsharing, to select the target CN element and then send the RAU requestto the target CN element.

In Step 1204, an RAU process is implemented between the UE and thenetwork.

In Step 1203 of FIG. 12, the ID indicated in Step 1202 serves as an IEin a radio resource control (RRC) field of the RAU request, but the IDdoes not need to serve as an IE in a non-access stratum (NAS) field ofthe RAU request.

The method of FIG. 12 is applicable to a circumstance that the source CNelement is overloaded and the UE has to be transferred to a CN elementwith a lighter load. In the method, the source CN element and the targetCN element can belong to the same network or to different networks.

FIG. 13 is a flow chart of a sixth method for transferring a UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention. The method includes the followingsteps.

In Step 1301, the source CN element determines to transfer the CNelement for a UE.

In Step 1302, the source CN element broadcasts a list of UEs required tobe transferred to other CNs based on RAU, and meanwhile broadcastsinformation that prevents the access of the UEs to the source CNelement.

In Step 1303, the UE monitors a broadcast message and determines whetherthe UE itself is arranged in the broadcast list. If the UE itself isarranged in the broadcast list, the UE sends an RAU request carrying theinformation that prevents its access to the source CN element. Accordingto the information carried in the received request, the access networkadopts a set mechanism, for example, load sharing, to select the targetCN element for the UE and send the RAU request to the target CN element.

In Step 1304, an RAU process is implemented between the UE and thenetwork.

The method of FIG. 13 is applicable to circumstances that the source CNelement is overloaded, in case of an O&M operation, and the CN elementis to be shut down for maintenance or upgrade. In the method, the sourceCN element and the target CN element can belong to the same network orto different networks.

Several embodiments are given below to further illustrate the presentinvention.

FIG. 14 is a flow chart of UE transferring between CN entities in anevolved network triggered by the network side based on the RAU techniqueaccording to an embodiment of the present invention. When gettingoverloaded, the source MME/UPE element detects that another MME/UPEelement sharing the same interface bears a lighter load, and thus adoptsthe method. The method includes the following steps.

In Step 1401, the source MME/UPE element determines to replace the CNelement for a UE.

In Step 1402, according to a load sharing mechanism, the source MME/UPEelement selects an MME/UPE element with a lighter load from MME/UPEentities that share the same interface with the source MME/UPE elementas a target MME/UPE element, and obtains an ID of the target MME/UPEelement or an S-TMSI allocated by the target MME/UPE element to the UE.

In Step 1403, the source MME/UPE element sends the UE an RAU instructioncarrying the ID of the target MME/UPE element or the S-TMSI allocated bythe target MME/UPE element to the UE.

In Step 1404, the UE sends an RAU request carrying the ID of the targetMME/UPE element or the S-TMSI allocated by the target MME/UPE element tothe UE via the access network. The access network determines the targetMME/UPE element according to the information carried in the RAU request,and forwards the RAU request to the target MME/UPE element.

In Step 1405, the target MME/UPE element requests the source MME/UPEelement for a related context of the UE.

In Step 1406, the source MME/UPE element returns the related context ofthe UE to the target MME/UPE element.

In Step 1407, the target MME/UPE element authenticates the UE.

In Step 1408, the target MME/UPE element replies a context acknowledgemessage to the source MME/UPE element.

In Step 1409, the source MME/UPE element sends related user data of theUE to the target MME/UPE element. This step is optional.

In Step 1410, a default IP bearer between the target MME/UPE element andthe IASA is updated, and the message adopted may be, but is not limitedto, a PDP context update request/response.

In Step 1411, the target MME/UPE element sends a location update messageto the HSS, and the message may be, but is not limited to, UpdateLocation.

In Step 1412, the HSS deletes the related context of the UE from thesource MME/UPE element.

In Step 1413, the HSS adds UE subscription data into the target MME/UPEelement.

In Step 1414, the HSS sends a location update acknowledge message to thetarget MME/UPE element, and the message may be, but is not limited to,Update Location Ack.

In Step 1415, if the UE is attached to a UMTS network at the same time,an association relationship is built between the target MME/UPE elementand the SGSN element in the UMTS network. This step is optional.

In Step 1416, the target MME/UPE element sends an RAU acceptance messageto the UE, and if the TMSI/RA changes, this information is also carriedin the acceptance message.

In Step 1417, the UE sends an RAU complete message to the target MME/UPEelement.

When the source MME/UPE needs to be shut down for operation maintenanceor the route is not optimized due to the motion of the UE, the aboveprocess can be employed to perform user transferring in the SAE network.However, the mechanism of selecting the target MME/UPE element may bedifferent. For example, when the source MME/UPE needs to be shut downfor maintenance, the OMC determines the UE to be transferred, selectsthe target MME/UPE element for the UE, and notifies the source MME/UPEto send an RAU instruction to the UE via an O&M command. If the route ofthe UE is not optimized, the source MME/UPE selects a target MME/UPEwith an optimized route for the UE.

FIG. 15 is a flow chart of UE transferring between CN entities in a UMTSnetwork triggered by the network side based on the RAU techniqueaccording to an embodiment of the present invention. The UE is attachedto the SGSN element and the MME/UPE element at the same time, and anassociation relationship is built between the SGSN element and theMME/UPE element. When the source SGSN element is overloaded and theassociated MME/UPE element is incapable of receiving the UE transferreddue to overload or routes not being optimized to the UE, the source SGSNelement selects an SGSN element with a lighter load from those sharingthe same interface for UE transferring. The method includes thefollowing steps.

In Step 1500, the source SGSN element is associated with the targetMME/UPE element.

In Step 1501, the source SGSN element determines to replace the CNelement for a UE.

In Step 1502, the source SGSN element obtains an ID of the target SGSNelement or a U-TMSI allocated by the target SGSN element to the UE.

In Step 1503, the source SGSN element sends the UE an RAU instructioncarrying the ID of the target SGSN element or the U-TMSI allocated bythe target SGSN element to the UE.

In Step 1504, the UE sends an RAU request carrying the ID of the targetSGSN element or the U-TMSI allocated by the target SGSN element to theUE via the access network. The access network determines the target SGSNelement according to the information carried in the RAU request, andforwards the RAU request to the target SGSN element.

In Step 1505, the target SGSN element requests the source SGSN elementfor a related context of the UE.

In Step 1506, the source SGSN element returns the related context of theUE to the target SGSN element.

In Step 1507, the target SGSN element authenticates the UE. This step isoptional.

In Step 1508, the target SGSN element replies a context acknowledgemessage to the source SGSN element.

In Step 1509, the source SGSN element sends related user data of the UEto the target SGSN element. This step is optional.

In Step 1510, a default IP bearer between the target SGSN element andthe MME/UPE is updated, and the message adopted may be, but is notlimited to, a PDP context update request/response.

In Step 1511, the target SGSN element sends a location update message tothe HSS, and the message may be, but is not limited to, Update Location.

In Step 1512, the HSS deletes the related context of the UE from thesource SGSN element.

In Step 1513, the HSS adds UE subscription data into the target SGSNelement.

In Step 1514, the HSS sends a location update acknowledge message to thetarget SGSN element, and the message may be, but is not limited to,Update Location Ack.

In Step 1515, an association relationship is built between the targetSGSN element and the MME/UPE element in the evolved network.

In Step 1516, the target SGSN element sends an RAU acceptance message tothe UE, and if the TMSI/RA changes, this information is also carried inthe acceptance message.

In Step 1517, the UE sends an RAU complete message to the target SGSNelement.

In FIG. 15, the UPE is located on a data path of the 2G/3G network,i.e., user plane data is transmitted between the SGSN element, UPEelement, and IASA element via the S3 interface in FIG. 3. Thus, theupdate of the user plane context in Step 1510 is performed between thetarget SGSN element and the MME/UPE element. If the user plane data istransmitted between the SGSN element and the IASA element via the S4interface in FIG. 3, the update of the user plane context of the UE inStep 1510 is performed between the target SGSN element and the IASAelement.

When the source SGSN element needs to be shut down for operationmaintenance or the route is not optimized due to the motion of the UE,the method of FIG. 15 can be employed to transfer the UE between CNentities in the UMTS network. However, the mechanism of selecting thetarget SGSN element may be different. For example, when the source SGSNelement needs to be shut down for maintenance, the OMC determineswhether the UE needs to be transferred, selects the target SGSN elementfor the UE, and notifies the source SGSN element to send an RAUinstruction to the UE via an O&M command. If the route of the UE is notoptimized, the source SGSN element selects a target SGSN element with anoptimized route for the UE.

FIG. 16 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the RAU technique according to a firstembodiment of the present invention. In the network where the UMTSnetwork and the evolved network coexist, if the UE residing in the UMTSnetwork is attached to the two networks at the same time, when adownstream service with a high QoS requirement is sent to the UE, theUMTS network unsatisfactory while the evolved network can meet the QoSrequirement of the service and is capable of receiving the UEtransferred thereto, the UE is thus transferred to an associated CNelement, so that the UE resides in the evolved network and communicatesvia the evolved network. The method includes the following steps.

In Step 1600, the source SGSN element is associated with the targetMME/UPE element.

In Step 1601, the source SGSN element determines to replace the CNelement for the UE.

In Step 1602, as for a UE to be transferred, the source SGSN elementdetermines that an associated CN element exists, and that the UE can betransferred to the associated CN element.

In Step 1603, the source SGSN sends a paging carrying an RAU instructionto the UE, indicating the UE to be transferred to an associated MME/UPEelement.

In Step 1604, the UE sends an RAU request via the access network. Therequest carries an ID of the associated MME/UPE element or a T-TMSIallocated by the associated MME/UPE element to the UE. The accessnetwork determines the target MME/UPE element according to theinformation carried in the request, and forwards the RAU request to thetarget MME/UPE element.

In Step 1605, the target MME/UPE element requests the source SGSNelement for a related context of the UE.

In Step 1606, the source SGSN element returns the related context of theUE to the target MME/UPE element.

In Step 1607, the target MME/UPE element authenticates the UE.

In Step 1608, the target MME/UPE element replies a context acknowledgemessage to the source SGSN element.

In Step 1609, the source SGSN element sends related user data of the UEto the target MME/UPE element. This step is optional.

In Step 1610, a default IP bearer between the target MME/UPE element andthe IASA is updated, and the message adopted may be, but is not limitedto, a PDP context update request/response.

In Step 1611, the target MME/UPE element sends a location update messageto the HSS, and the message may be, but is not limited to, UpdateLocation.

In Step 1612, the HSS adds UE subscription data into the target MME/UPEelement.

In Step 1613, the HSS sends a location update acknowledge message to thetarget MME/UPE element, and the message may be, but is not limited to,Update Location Ack.

In Step 1614, an association relationship is built between the targetMME/UPE element and the source SGSN element.

In Step 1615, the target MME/UPE element sends an RAU acceptance messageto the UE, and if the TMSI/RA changes, this information is also carriedin the acceptance message.

In Step 1616, the UE sends an RAU complete message to the target MME/UPEelement.

FIG. 17 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the RAU technique according to a secondembodiment of the present invention. In the network where the UMTSnetwork and the evolved network coexist, if the UE is attached to andresides in the evolved network, when the MME/UPE pool area in theevolved network is overloaded, this embodiment is configured to transferthe UE to a UMTS network. The method includes the following steps.

In Step 1700, an old SGSN element associated with the source MME/UPEelement might exist.

In Step 1701, the source MME/UPE element determines to transfer a UE toanother RAT.

In Step 1702, the source MME/UPE element sends a paging carrying an RAUinstruction to the UE, indicating the UE to be transferred to a UMTSnetwork.

In Step 1703, the UE sends an RAU request via the UMTS access network.According to a set mechanism, the UMTS access network selects an SGSNelement as a target SGSN element, and sends the RAU request to theselected target SGSN element.

In Step 1704, the target SGSN element requests the source MME/UPEelement for a related context of the UE.

In Step 1705, the source MME/UPE element returns the related context ofthe UE to the target SGSN element.

In Step 1706, the target SGSN element authenticates the UE.

In Step 1707, the target SGSN element replies a context acknowledgemessage to the source MME/UPE element.

In Step 1708, the source MME/UPE element sends related user data of theUE to the target SGSN element. This step is optional.

In Step 1709, a default IP bearer between the target SGSN element andthe MME/UPE is updated, and the message adopted may be, but not limitedto, a PDP context update request/response.

In Step 1710, the target SGSN element sends a location update message tothe HSS, and the message may be, but not limited to, Update Location.

In Step 1711, the HSS deletes the related context of the UE from the oldSGSN element.

In Step 1712, the HSS adds UE subscription data into the target SGSNelement.

In Step 1713, the HSS sends a location update acknowledge message to thetarget SGSN element, and the message may be, but not limited to, UpdateLocation Ack.

In Step 1714, an association relationship is built between the targetSGSN element and the source MME/UPE element.

In Step 1715, the target MME/UPE sends an RAU acceptance message to theUE, and if the TMSI/RA changes, this information is also carried in theacceptance message.

In Step 1716, the UE sends an RAU complete message to the target MME/UPEelement.

In FIG. 17, if the old SGSN element exists, the target SGSN element mayalso trigger a process of obtaining the context of the UE from the oldSGSN element, for example, implemented after Step 1705, which is notshown in the FIG. 17. The method of FIG. 17 assumes that the UPE elementis located on a data path of the 2G/3G, i.e., user plane data istransmitted between the SGSN element, UPE element, and IASA element viathe S3 interface in FIG. 3. Thus, the update of the UE context in Step1709 is performed between the target SGSN element and the source MME/UPEelement. If the user plane data is transmitted between the SGSN elementand the IASA element via the S4 interface in FIG. 3, the update of theUE context in Step 1709 is performed between the target SGSN element andthe IASA element.

FIG. 18 is a flow chart of replacing the IASA element for the UEtriggered by the network side based on the RAU technique according to anembodiment of the present invention. Areas A and B both have differentCNs. The UE subscribed in the area A moves to the area B after the areaA initiates a communication process. During the movement, the change ofthe RA may cause the UE to initiate an RAU process, thus resulting inthe migration of the MME/UPE element. It is specified in the protocolthat the migration of the IASA element cannot be performed during thecommunication process, so after the UE subscribed in the area A during asession moves to the area B, though the current IASA element has alreadyled to a route not being optimized of the UE, the UE cannot betransferred from the IASA of the area A to the IASA element of the areaB, the IASA element may only be transferred till the end of thecommunication. The method includes the following steps.

In Step 1801, the source IASA element determines to replace the IASAelement for a UE.

In Step 1802, the source IASA element notifies the MME/UPE elementcurrently serving the UE to send an RAU instruction to the UE, so as toreplace the IASA element for the UE.

In Step 1803, the MME/UPE element serving the UE sends an RAUinstruction to the UE, indicating to replace the IASA element.

In Step 1804, the UE sends an RAU request to the MME/UPE element servingthe UE via the access network, requesting to replace the IASA element.

In Step 1805, a security authentication is performed between the MME/UPEelement serving the UE and the UE. This step is optional.

In Step 1806, the MME/UPE element serving the UE releases an IP bearerbetween itself and the source IASA element.

In Step 1807, the MME/UPE element serving the UE establishes an IPbearer to the target IASA element.

In Step 1808, the target IASA element is registered in the HSS for theUE. This step is optional.

In Step 1809, the MME/UPE element serving the UE sends an RAUacknowledgment to the UE.

In Step 1810, the UE sends an RAU complete message to the MME/UPEelement serving the UE.

In FIG. 18, the source IASA element determines to replace the IASAelement or the MME/UPE element determines to replace the IASA elementfor the UE, and the RAU is triggered to replace the IASA element. InStep 1806, the release of the IP bearer between the serving MME/UPE andthe source IASA element may be performed before the RAU instruction,which is not safe. Once the UE receives no subsequent RAU instructionand does not initiate the RAU process, the UE may not have the IP bearertemporarily. In Step 1808, the registration of a new IASA element in theHSS is optional, and this step may be triggered by the MME/UPE elementor by the target IASA element.

Seen from the UE transferring through the RAU technique, an embodimentof the present invention provides a method of initiating an RAU processto transfer a UE by the network side in a mobile communication network.Six methods are also provided to prevent the access network fromre-selecting the source CN element as the required CN element for theUE, thus effectively solving the problem of user transferring in themobile communication system. As the UE transferring through the RAUtechnique does not need to reconstruct the context, the UE service maynot be interrupted.

In the second mode, the UE is transferred through an attach technique.

This mode is widely applied to various networks, instead of beinglimited to the evolved network. That is, the mode is also applicable tothe UMTS network, the network where a UMTS network and an evolvednetwork coexist, and even the post-evolved network as well ascoexistence network in other forms.

The CN entities for transferring a UE mentioned in this mode may be SGSNentities, MME/UPE entities, or CN entities in the aforementionednetworks. For example, the CN entities may be OMC entities, GGSNentities, IASA entities, and even CN entities in the post-evolvednetwork.

FIG. 19 is a flow chart of a first method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention. The method includes thefollowing steps.

In Step 1901, the source CN element determines to replace an RAT for aUE it serves due to factors such as overload, service requirements, orthe reception of an O&M request.

In Step 1902, the source CN element sends a reattach request to the UE,indicating the UE to be transferred to another RAT.

The RAT information carried in the transfer instruction may beinformation for preventing the access of the UE to the original RAT, orone or more RATs selected by the source CN element for the UE. In thelatter case, the candidate RATs are arranged in priority order and sentto the UE in the form of an RAT list, so that the UE selects the RATaccordingly.

In Step 1903, the UE selects an RAT according to the RAT informationcarried in the received reattach request, and sends an attach request inthe RAT. According to a set mechanism, for example, load sharing, theaccess network selects a target CN element for the UE and sends theattach request to the target CN element.

In Step 1904, an attach process is implemented between the UE and thenetwork.

When the UE is transferred to another RAT, the access network equipmentneeds to be switched. For example, when the UE is transferred from theUMTS network to the evolved network, the access network equipmentchanges from the RAN of the original 2G/3G network into the eRAN of theevolved network, and both the RAN and eRAN are represented by the accessnetwork in FIG. 19.

The method of FIG. 19 is applicable to the circumstance of transferringthe RAT for the UE. For example, the first, due to the overload of oneCN element in the network where the UMTS network and the evolved networkcoexist, the UE has to be transferred to another CN element with alighter load. The second, the RAT is transferred for the UE on receivingan O&M request. The third, due to service requirements, for example,when downstream data with high QoS is sent to the UE attached to theSGSN, the UMTS network currently serving the UE is unsatisfactory whilethe evolved network meets the requirement, so that the UE has to betransferred to the evolved network.

FIG. 20 is a flow chart of a second method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention. The method includes thefollowing steps.

In Step 2001, the source CN element determines to transfer the CNelement for a UE it serves.

In Step 2002, the source CN element sends a reattach request to the UE,indicating the UE to be transferred to another CN element.

In Step 2003, on receiving the reattach request, the UE sends an attachrequest carrying information for preventing the access of the UE to thesource CN element. According to the restriction information carried bythe received attach request, the access network adopts a set mechanism,for example, load sharing, to select the target CN element for the UE,and forwards the attach request to the target CN element.

In Step 2004, an attach process is implemented between the UE and thenetwork.

The method of FIG. 20 is generally adopted and widely applied to variouscircumstances, for example, in the case of an overload of the CN elementthat serves the UE, an O&M request, or routes not being optimized. Inthe method, the source CN element and the target CN element can belongto the same network or to different networks.

FIG. 21 is a flow chart of a third method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention. The method includes thefollowing steps.

In Step 2101, the source CN element determines to transfer the CNelement for the UE.

In Step 2102, as for the UE to be transferred, the source CN elementdetermines it has an associated CN element and the UE can be transferredto the associated CN element.

In Step 2103, the source CN element sends a reattach request to the UE,indicating the UE to be transferred to the associated CN element.

In Step 2104, the UE sends an attach request carrying an ID related tothe associated CN element. According to the ID related to the associatedCN element carried by the request, the access network sends the attachrequest to the associated CN element. The ID related to the associatedCN element may be any identity capable of uniquely determining theassociated CN element, for example, the identity of the associated CNelement or the TMSI allocated by the associated CN element to the UE.

In Step 2105, an attach process is implemented between the UE and thenetwork.

The method of FIG. 21 is applicable to the circumstance that the UE issimultaneously attached to two CN entities associated with each other,and selects a network to reside in. For example, the first, due to theoverload of one CN element, the UE has to be transferred to the other CNelement. The second, due to service requirements, when downstream datawith high QoS is sent to the UE residing in the SGSN, the UMTS networkis unsatisfactory while the evolved network meets the requirement, sothat the UE needs to be transferred to the MME/UPE of the associatedevolved network.

FIG. 22 is a flow chart of a fourth method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention. The method includes thefollowing steps.

In Step 2201, the source CN element determines to transfer the CNelement for a UE.

In Step 2202, according to a set mechanism, for example, load sharing,the source CN element selects a target CN element with a lighter loadfrom CN entities that share the same interface with the source CNelement, and obtains an ID related to the target CN element.

The ID related to the target CN element may be any identity capable ofuniquely determining the element, for example, the identity of thetarget CN element, the NRI of the target CN element, or the TMSIallocated by the target CN element to the UE. The TMSI is allocated bythe CN to the UE. For example, the TMSI is U-TMSI in the UMTI networkand S-TMSI in the evolved network.

In Step 2203, the source CN element sends a reattach request carryingthe ID related to the target CN element to the UE.

In Step 2204, on receiving the reattach request, the UE sends an attachrequest carrying the ID related to the target CN element. The accessnetwork receives and forwards the attach request to the target CNelement according to the ID related to the target CN element carried inthe request.

In Step 2205, an attach process is implemented between the UE and thenetwork.

The method of FIG. 22 is applicable to a circumstance that the source CNelement obtains a target CN element for the UE according to a setmechanism. For example, when the source CN element is overloaded,another CN element is selected for the UE within the same pool area.When the route is not optimized, another CN element with a morepreferred route is selected for the UE. In case of an O&M operation, forexample, an OMC determines that part of the UEs on the SGSN element haveto be transferred to the MME/UPE element, so that the OMC interacts withthe MME/UPE element to obtain a related ID, then issues an O&M commandto the SGSN element for transferring some UEs, and notifies the SGSNelement of an ID related to the target MME/UPE element, and the SGSNelement on receiving the command sends a reattach request to the UE. Ordue to service requirements, for example, when downstream data with highQoS is sent to the UE residing in the SGSN element, the UMTS network isunsatisfactory while the SGSN element may obtain an MME/UPE elementcapable of receiving the UE transferred from the evolved network sharingthe same interface with the element, and the MME/UPE element meets theQoS requirement, the method may be adopted to transfer the UE to theMME/UPE.

In the method of FIG. 22, the target CN element may be an associated CNelement related to the source CN element of the UE, which is a specialcase of FIG. 21. In the method, the source CN element and the target CNelement belong to the same network or to different networks.

FIG. 23 is a flow chart of a fifth method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention. The method includes thefollowing steps.

In Step 2301, the source CN element determines to transfer the CNelement for a UE.

In Step 2302, the source CN element sends a reattach request to the UE,indicating the UE to adopt an ID that makes the access network regardthe UE as a new entrant to send an attach request.

When the indicated UE accesses again, the ID that makes the accessnetwork regard the UE as an entrant UE has various types, for example, aTMSI set as Null, a TMSI with an NRI field set as Null, or IDs of CNentities other than those currently within the area of the UE. Being thelatter two, the ID has to be generated at the source CN element. Beingthe TMSI set as Null, the ID is generated merely by the source CNelement sending a related instruction to the UE.

In Step 2303, the UE sends an attach request carrying the ID indicatedin Step 2302. The access network receives the request, and determinesthe UE as an entrant UE according to the ID carried in the request.Therefore, the access network adopts a set mechanism, for example, loadsharing, to select the target CN element, and sends the RAU request tothe target CN element.

In Step 2304, an attach process is implemented between the UE and thenetwork.

In Step 2303 of FIG. 23, the ID indicated in Step 2302 serves as an IEin an RRC field of the attach request, but the related ID does not needto serve as an IE in an NAS field of the attach request.

The method of FIG. 23 is applicable to a circumstance that the source CNelement is overloaded and the UE has to be transferred to a CN elementwith a lighter load. In the method, the source CN element and the targetCN element belong to the same network or to different networks.

FIG. 24 is a flow chart of a sixth method for transferring a UEtriggered by the network side based on the attach technique according toan embodiment of the present invention. The method includes thefollowing steps.

In Step 2401, the source CN element determines to transfer the CNelement for a UE.

In Step 2402, the source CN element broadcasts a list of UEs required tobe reattached to other CNs, and meanwhile broadcasts information thatprevents the access of the UEs to the source CN element.

In Step 2403, the UE monitors a broadcast message and determines whetherthe UE itself is arranged in the broadcast list. If the UE itself isarranged in the broadcast list, the UE sends an attach request carryingthe information that prevents its access to the source CN element.According to the information carried in the received request, the accessnetwork adopts a set mechanism, for example, load sharing, to select thetarget CN element for the UE, and sends the attach request to the targetCN element.

In Step 2404, an attach process is implemented between the UE and thenetwork.

The method of FIG. 24 is applicable to circumstances that the source CNelement is overloaded, in case of an O&M operation, and the CN elementis to be shut down for maintenance or upgrade. In the method, the sourceCN element and the target CN element can belong to the same network orto different networks.

Two embodiments are given below to further illustrate the presentinvention.

FIG. 25 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the attach technique according to a firstembodiment of the present invention. In the network where the UMTSnetwork and the evolved network coexist, the UE is attached to an SGSNelement. When a downstream service with a high QoS requirement is sentto the UE, and the UMTS network is unsatisfactory, the SGSN elementselects an MME/UPE element that can meet the QoS requirement from theevolved network sharing the same interface. At this point, the UE has tobe transferred to the evolved network. The method includes the followingsteps.

In Step 2501, the source SGSN element determines to reattach a UE to theevolved network, so as to meet the high QoS requirement.

In Step 2502, according to a set mechanism, for example, load sharing,the source SGSN element obtains an ID of the target MME/UPE element oran S-TMSI allocated by the target MME/UPE element to the UE.

In Step 2503, the source SGSN element sends a reattach request carryingthe ID of the target MME/UPE element or the S-TMSI allocated by thetarget MME/UPE element to the UE, indicating UE to be reattached to theevolved network.

In Step 2504, the UE sends an attach request carrying the ID of thetarget MME/UPE element or the S-TMSI allocated by the target MME/UPEelement to the UE via the access network. The access network determinesthe target MME/UPE element according to the information carried in theattach request, and forwards the attach request to the target MME/UPEelement.

In Step 2505, if the attach message also includes the U-TMSI allocatedby the source SGSN element to the UE, the target MME/UPE elementrequests the source SGSN element for a user information, for example, apermanent user ID. This step is optional.

In Step 2506, if the target MME/UPE element fails to obtain the userinformation from the source SGSN element, the target MME/UPE elementrequests the UE for related user information. This step is optional.

In Step 2507, the target MME/UPE element authenticates the user.

In Step 2508, the target MME/UPE element is registered in the HSS,indicating that the element is currently serving the UE.

In Step 2509, the HSS acknowledges the registration of the targetMME/UPE element, user subscription data authorized to the default IPaccess bearer is sent at the same time, and strategy charging controlinformation of the default IP access bearer is sent to the targetMME/UPE element at the same time.

In Step 2510, an association relationship is built between the sourceSGSN element and the target MME/UPE element.

In Step 2511, the target MME/UPE element selects an IASA.

In Step 2512, the IASA configures an IP layer with the confirmed user IPaddress, so that a user plane is established, and a default strategycharging rule is adapted.

In Step 2513, the target MME/UPE element provides the eRAN with anallocation of QoS of the default IP access bearer, for example, an upperlimit of the data transmission rate.

In Step 2514, the target MME/UPE accepts the network attachment of theUE, temporarily allocates an ID to the UE, and also sends the confirmeduser IP address to the UE.

In Step 2515, the UE acknowledges the success of the network attachment.

In FIG. 25, Step 2510 may be moved afterward, for example, to beperformed after the user plane is established. In the present invention,there are other circumstances that the UE is required to be transferredfrom the UMTS network to the evolved network. For example, when the SGSNelement is overloaded, the UE attached the SGSN element should betransferred to the MME/UPE element. The embodiment of FIG. 25 is alsoapplicable.

FIG. 26 is a flow chart of UE transferring between CN entities in anetwork where a UMTS network and an evolved network coexist triggered bythe network side based on the attach technique according to a secondembodiment of the present invention. In the network where the UMTSnetwork and the evolved network coexist, if the UE residing in theMME/UPE element is attached to the UMTS and the evolved network at thesame time, when the MME/UPE element is overloaded while the associatedSGSN element bears a lighter load, part of the UEs on the MME/UPEelement are required to be transferred to the associated SGSN element.The method includes the following steps.

In Step 2601, the MME/UPE element determines to replace the CN elementfor a UE.

In Step 2602, as for the UE to be transferred, the MME/UPE elementdetermines that an associated SGSN element exists, and that the UE canbe transferred to the associated SGSN element.

In Step 2603, the MME/UPE element sends a reattach request to the UE,indicating the UE to be reattached to the associated SGSN element.

In Step 2604, the UE sends the associated SGSN element an attach requestcarrying an ID related to the associated SGSN element via the accessnetwork. According to the ID related to the associated SGSN element, theaccess network transfers the UE to the associated SGSN element.

In Step 2605, if the attach message also includes the U-TMSI allocatedby the source MME/UPE element to the UE, the associated SGSN elementrequests the source MME/UPE element for a user information, for example,a permanent user ID. This step is optional.

In Step 2606, if the associated SGSN element fails to obtain the userinformation from the source MME/UPE element, the associated SGSN elementrequests the UE for the permanent user ID. This step is optional.

In Step 2607, the associated SGSN authenticates the user. This step isoptional.

In Step 2608, the associated SGSN element is registered in the HSS,indicating that the element is currently serving the UE.

In Step 2609, the HSS acknowledges the registration of the associatedSGSN element, user subscription data authorized to the default IP accessbearer is sent at the same time, and strategy charging controlinformation of the default IP access bearer is sent to the associatedSGSN element at the same time.

In Step 2610, an association relationship is rebuilt between theassociated SGSN element and the source MME/UPE element. This step isoptional.

In Step 2611, the associated SGSN element selects an IASA. This step isoptional.

In Step 2612, the IASA element configures an IP layer with the confirmeduser IP address, so that a user plane is established, and a defaultstrategy charging rule is applied.

In Step 2613, the associated SGSN element provides the eRAN with anallocation of QoS of the default IP access bearer, for example, an upperlimit of the data transmission rate.

In Step 2614, the associated SGSN element accepts the network attachmentof the UE, temporarily allocates a temporary ID to the UE, and alsosends the confirmed user IP address to the UE.

In Step 2615, the UE acknowledges the success of the network attachment.

In Step 2612 of FIG. 26, a user plane is established from the associatedSGSN element to the source MME/UPE element. That is, the UPE is assumedto be located on a data path of the 2G/3G network, and user plane datais transmitted between the SGSN element, UPE element, and IASA elementvia the S3 interface in FIG. 3. If the user plane data is transmittedbetween the SGSN element and the IASA element via the S4 interface inFIG. 3, the user plane is established between the SGSN element and theIASA element in Step 2612.

As can be seen from the UE transferring through the attach technique, anembodiment of the present invention provides a method for initiating anattach process to transfer a UE by the network side in a mobilecommunication network. Six methods are also provided to prevent theaccess network from re-selecting the source CN element as the requiredCN element for the UE, thus effectively solving the problem of usertransferring in the mobile communication system.

In an embodiment of the present invention, a method for transferring aUE through a UE detach and reattach process initiated by the networkside in a mobile communication network is provided.

Compared with the above two modes provided in the embodiment of thepresent invention, the initiation of the UE detach and reattach processby the network side to transfer the UE has certain limitations, and ismainly applicable to UE transferring between RATs related to the UMTSnetwork. As the UMTS network specifies the process of detaching andreattaching the UE, the method can be adapted to make the UE bettercompatible in the UMTS network, and thus the UE capable of accessing theUMTS network does not need any change.

FIG. 27 is a flow chart of the method for transferring a UE through adetach and reattach process according to an embodiment of the presentinvention. The method includes the following steps.

In Step 2701, the source CN element determines to replace an RAT for aUE.

In Step 2702, the source CN element sends a detach request to the UE,indicating the UE to subsequently send a request for being attached toanother CN element.

In Step 2703, the UE sends an attach request, and the access networkselects a target CN element for the UE according to a set mechanism, forexample, load sharing.

In Step 2704, an attach process is implemented between the UE and thenetwork.

The method for transferring a user equipment between CN entitiesaccording to an embodiment of the present invention is not onlyapplicable to a user equipment transferring process initiated byentities such as a serving GPRS support node (SGSN), MME and UPE, butalso applicable to all user equipment transferring processes initiatedby a CN element in the above networks. For example, the method is alsoapplicable to the process of transferring a user equipment to another CNelement initiated by a CN element in an operation and maintenance centre(OMC), gateway GPRS support node (GGSN), IASA or even post-SAE network.The method provided according to the embodiments of the presentinvention is initiated by the network side, and a more preferred servingCN element is selected for the user according to a certain mechanism,thus providing a better service for the user of the UE.

In FIG. 27, in order to reattach the UE to another RAT, a particular IDis carried in the detach request, the UE sends an attach requestcarrying the particular ID, and the access network determines whether toassign an RAT or not according to the particular ID. If the accessnetwork determines to assign an RAT or not according to the particularID, a normal attach process is performed; otherwise, the access isrejected and the UE initiates a new attach process. For example, theparticular ID may be an NRI field in the TMSI, and the length of the NRIfield is 10 byte. If the NRI is equal to a binary number 1111111111, itindicates that the UE will access an evolved network, and if the NRI isequal to a binary number 1111111110, it indicates that the UE willaccess a UMTS network. The access network determines whether to assignan RAT or not according to the NRI field in the TMSI, and performscorresponding operations.

The method of FIG. 27 is applicable to the circumstances of replacingthe RAT for the UE. For example, due to the overload of one CN elementin the network where the UMTS network and the evolved network bothcoexist, the UE has to be transferred to another CN element with alighter load. The RAT is replaced for the UE on receiving an O&Mrequest. Due to service requirements, for example, when downstream datawith high QoS is sent to the UE attached to the SGSN, the UMTS networkcurrently serving the UE is unsatisfactory while the evolved networkmeets the requirement, so that the UE has to be transferred to theevolved network.

In the embodiments of the present invention, the evolved network may bean SAE.

In an embodiment of the present invention, a system for transferring aUE in a mobile communication system is also provided. The systemincludes a UE, a source CN element, a target CN element and an accessnetwork. The source CN element sends a transfer instruction carrying UEtransfer restriction information to the UE after determining the UE thatthe source CN element is serving to be transferred. The UE receives thetransfer instruction carrying the UE transfer restriction informationfrom the source CN element, and sends a transfer request according tothe restriction information. The access network obtains the transferrequest sent by the UE, selects a target CN element that is differentfrom the source CN element according to the received request, andforwards the transfer request sent by the UE to the target CN element.The target CN element receives the transfer request forwarded by theaccess network and transfers the UE to the target element.

In the embodiments of the present invention, the source CN elementfurther includes a determination module and a transfer instructionconstructing module connected to the determination module. Thedetermination module is configured to determine to transfer the UE thatthe source CN element serves and send a transfer signaling to thetransfer instruction constructing module. The transfer instructionconstructing module is configured to construct a transfer instructioncarrying the restriction information to be sent to the UE afterreceiving the transfer signaling.

In the embodiments of the present invention, the UE further includes atransfer instruction receiving and parsing module and a transfer requestconstruction module. The transfer instruction receiving and parsingmodule is configured to receive and parse the transfer instructioncarrying the restriction information from the source CN element, andsend the restriction information to the transfer request constructionmodule. The transfer request construction module is configured toconstruct and send a transfer request according to the receivedrestriction information.

In practice, the functions of the source CN element and the target CNelement may be integrated in one CN element, so as to serve as thesource CN element or the target CN element for different UEs in variousapplications.

It should be noted that, the above provided solutions are not onlyapplicable to an architecture of integrated control plane and userplane, but also applicable to an architecture of separated control planeand user plane. FIG. 29 is a schematic view of a network architecture ofseparated control plane and user plane in TS23.401. The S-GW serves as aUPE and 3GPP anchor in TS23.882, and the PDN GW serves as an SAE anchor.

In the architecture of separated control plane and user plane, the useralso needs to be transferred, for example, when the MME or GW isoverloaded, the route is not optimized, or an O&M request is received.The user transferring in the architecture of separated control plane anduser plane may have the following circumstances: (1) the MME changeswhile the GW stays the same; (2) the GW changes while the MME stays thesame; and (3) the MME and the GW change at the same time.

As for the circumstance in (3) that the MME and the GW change at thesame time, the solution provided in the above embodiment of the presentinvention may be adopted for user transferring, and the details will notbe described herein again. The circumstances in (1) and (2) will beillustrated in detail below.

In circumstance (1), the MME changes while the GW stays the same.

This circumstance occurs when the MME is overloaded or an O&M request isreceived for only replacing the MME. Here, the information telling theUE only to replace the MME but not replace the GW may be selectivelycarried in the transfer instruction sent to the UE. Further, the targetMME obtains a user plane information by requesting the source MME for auser context, so that the original bearer does not need to be released,thus avoiding reconstructing the user context and maintaining theservice continuity.

In the circumstance that the MME changes while the GW stays the same, aTAU or reattach mode can be adopted for MME user transferring. These twomodes will be illustrated in detail below.

FIG. 30 is a flow chart of a method for performing MME user transferringthrough a TAU technique in a network architecture of separated controlplane and user plane. The method includes the following steps.

In Step 3001, when the network side determines that the MME needs to bereplaced while the GW stays the same, the source MME sends a TAUinstruction to the UE, indicating the UE to re-initiate a TAU process.Here, the network side may carry the information indicating the UE to betransferred to another MME or carry an ID of the target MME in the TAUinstruction to be sent to the UE, so as to inform the UE to replace theMME.

In Step 3002, the UE receives the TAU instruction from the source MME,and sends a TAU request to the target MME.

In Step 3003, the target MME requests the source MME for a user context.

In Step 3004, the source MME returns the user context to the target MME.

In Step 3005, the UE is authenticated.

In Step 3006, the target MME replies a context acknowledge message tothe source MME.

In Step 3007, the target MME notifies the S-GW that the serving MME ofthe UE changes.

In Step 3008, the S-GW records the current serving MME of the UE, andreturns an acknowledge message to the target MME.

Steps 3007 and 3008 may be performed after Step 3014, for notifying theS-GW that the serving MME of the UE changes. When downstream data issent to the UE subsequently, the S-GW notifies a new serving MME toperform paging.

In Step 3009, the target MME sends a location update message to an HSS.

In Steps 3010 to 3011, the HSS deletes the related context of the userfrom the source MME.

In Steps 3012 to 3013, the HSS adds user subscription data into thetarget MME.

In Step 3014, the HSS sends a location update acknowledge message to thetarget MME.

In Step 3015, the target MME sends a TAU acceptance message to the UE,and if the SAE-TMSI (S-TMSI)/TA changes, this information is alsocarried in the acceptance message.

In Step 3016, the UE sends a TAU complete message to the target MME.

FIG. 31 is a flow chart of a method for performing MME user transferringthrough a reattach technique in a network architecture of a controlplane separated from a user plane. The method includes the followingsteps.

In Step 3101, when the network side determines that the MME needs to bereplaced while the GW stays the same, the source MME sends a reattachinstruction to the UE, indicating the UE to be reattached. Here, thenetwork side may carry the information indicating the UE to betransferred to another MME or carry an ID of the target MME in thereattach instruction to be sent to the UE, so as to notify the UE toreplace the MME.

In Step 3102, the UE sends a reattach request to the target MME,indicating the target MME to request the source MME for the contextinstead of reconstructing the context.

In Step 3103, the target MME requests the source MME for the usercontext.

In Step 3104, the source MME returns the user context to the target MME.

In Step 3105, the UE is authenticated.

In Step 3106, the target MME replies a context acknowledge message tothe source MME.

In Step 3107, the target MME sends a location update message to the HSS.

In Steps 3108 to 3109, the HSS deletes the related context of the userfrom the source MME.

In Steps 3110 to 3111, the HSS adds user subscription data into thetarget MME.

In Step 3112, the HSS sends a location update acknowledge message to thetarget MME.

In Step 3113, the target MME notifies the S-GW that the serving MME ofthe UE changes.

In Step 3114, the S-GW records the current serving MME of the UE, andreturns an acknowledge message to the target MME.

Steps 3113 and 3114 may be performed after Step 3106, for notifying theS-GW that the serving MME of the UE changes. When downstream data issent to the UE subsequently, the S-GW notifies a new serving MME toperform paging.

In Step 3115, the target MME sends an attach acceptance message to theUE.

In Step 3116, the UE sends an attach complete message to the target MME.

Further, the MME user transferring may also be realized through a detachmode. The detailed process is as follows. The source MME sends a detachrequest to the UE, indicating the UE to initiate a reattach process soas to be reattached to another MME. Subsequently, the UE sends an attachrequest to the network side, and the access network selects a new MMEfor the UE according to a certain mechanism, for example, load sharing.

In circumstance (2), the GW changes while the MME stays the same.

This circumstance occurs when the GW is overloaded and an O&M request isreceived for only replacing the GW. Here, a target GW needs to allocatea bearer resource to the UE to be transferred, establish a bearer withthe neighboring user plane element, and release the bearer resourceallocated by a source GW to the UE.

The above circumstance can be further divided into two types, i.e., theUE is not notified of the GW replacement and the UE is notified of theGW replacement. These two modes will be illustrated in detail below.

When the IP address of the UE is unchanged, for example, the S-GWchanges while the PDN GW stays the same, the mode of not notifying theUE about the GW replacement is adopted, and the MME only has to recordthe change of the GW. FIG. 32 is a flow chart of the transferring whenthe S-GW changes. The process includes the following steps.

In Step 3201, the source S-GW sends an S-GW change request to the MME.

In Step 3202, the MME sends a bearer establishment request to the targetS-GW, requesting for establishing a bearer between the target S-GW andthe PDN GW for the UE to be transferred.

A target S-GW address can be carried in the S-GW change request sent bythe source S-GW to the MME in Step 3201, and the MME sends a bearerestablishment request to the target S-GW according to the receivedtarget S-GW address. Or, the MME selects an S-GW which is not the sourceS-GW as a target S-GW according to a preset mechanism.

In Step 3203, the target S-GW allocates a downstream bearer resource tothe UE to be transferred, for example, a user plane tunnel endpointidentifier (TEID), and sends a bearer update request carrying thedownstream bearer resource information to the PDN GW.

In Step 3204, on receiving the bearer update request, the PDN GWperforms the bearer update, records the downstream bearer resourceinformation allocated by the target S-GW to the UE, and returns a bearerupdate response to the target S-GW.

Here, it is unnecessary for the PDN GW to re-allocate an upstream bearerresource to the UE. The source S-GW may send to the MME the upstreambearer resource information originally allocated by the PDN GW to the UEin Step 3201, and the MME forwards the upstream bearer resourceinformation to the target S-GW in Step 3202. Or, in Step 3204, the PDNGW notifies the upstream bearer resource information to the target S-GW.

In Step 3205, the target S-GW returns to the MME a bearer establishmentresponse carrying the upstream bearer resource information allocated bythe target S-GW to the UE, and the MME parses and records the resourceinformation.

In Step 3206, the MME sends to the eRAN an S1 interface bearer updaterequest carrying the upstream bearer resource information allocated bythe target S-GW to the UE.

In Step 3207, the eRAN records the received upstream bearer resourceinformation, and returns an S1 interface bearer update response to theMME.

It should be noted that, when the eRAN is unchanged, it is unnecessaryfor the eRAN to re-allocate a downstream bearer resource to the UE. Thesource S-GW may send to the MME the downstream bearer resourceinformation originally allocated by the eRAN to the UE in Step 3201, andthe MME forwards the downstream bearer resource information to thetarget S-GW in Step 3202.

If the downstream bearer resource information allocated by the eRAN tothe UE is not carried in Steps 3201 and 3202 or the eRAN changes, theeRAN has to send to the MME the downstream bearer resource informationallocated to the UE in Step 3207, and then perform Step 3208.

In Step 3208, the MME sends a bearer update request to the target S-GW.If the downstream bearer resource information allocated by the eRAN tothe UE is carried in Step 3207, the downstream bearer resourceinformation is carried in the request message.

In Step 3209, the target S-GW records the received downstream bearerresource information, and returns a bearer update response to the MME.

In Step 3210, the MME sends an S-GW change response to the source S-GW.

In Step 3211, the source S-GW returns an S-GW change acknowledgment tothe MME.

When to release the original bearer depends on actual requirements. Forexample, if the original bearer is released in Steps 3210 and 3211, theMME sends a bearer delete request to the source S-GW in Step 3210 so asto delete the user plane context stored in the source S-GW, and thesource S-GW returns a bearer delete response to the MME in Step 3211.

Steps 3206 to 3209 are optional. If the UE is in an idle state, Steps3206 to 3209 will not be performed, as the bearer of the S1 interface isreleased in this state. If the UE is in an active state, Steps 3206 to3209 are performed to re-establish the bearer on the S1 interface.

It should be noted that, in the process of FIG. 32, a message is firstsent to the MME, and the MME triggers the bearer establishment. However,in practice, it is unnecessary for the MME to trigger the bearerestablishment. Instead, after the target S-GW is selected, the sourceS-GW notifies the PDN GW to replace the S-GW by the target S-GW, and thePDN GW triggers a downward bearer establishment.

As for the circumstance that the UE needs to be notified of the changeof the GW, one possible reason is that the PDN GW changes. As the PDN GWallocates the IP address, if the new and old PDN GWs do not share thesame IP address space, the UE must be notified of the change of the PDNGW.

FIG. 18 is a flow chart illustrating an embodiment of the abovecircumstance based on an architecture specified in TR23.882. FIG. 33 isa flow chart of transferring based on an architecture specified inTS23.401. The two embodiments are slightly different in that the UE isnotified after the CN side completes the GW replacement in thisembodiment. Referring to FIG. 33, the process mainly includes thefollowing steps.

In Step 3301, the source PDN GW sends a PDN GW change request to theMME.

In Step 3302, the MME sends a bearer update request to the S-GW,requesting for establishing a bearer between the S-GW and the target PDNGW for the UE to be transferred.

A target PDN GW address can be carried in the PDN GW change request sentby the S-GW to the MME in Step 3301, and the MME sends a bearer updaterequest to the target PDN GW according to the received target PDN GWaddress. Or, the MME selects a PDN GW which is not the source PDN GW asa target PDN GW according to a preset mechanism.

In Step 3303, the S-GW sends to the target PDN GW a bearer establishmentrequest carrying downstream bearer resource information allocated by theS-GW to the UE.

Here, it is unnecessary for the S-GW to re-allocate downstream bearerresources to the UE, and the S-GW may directly notify the target PDN GWof the downstream bearer resource information originally allocated tothe UE.

In Step 3304, the target PDN GW records the received downstream bearerresource information, and returns to the S-GW a bearer establishmentresponse carrying the upstream bearer resource allocated by the targetPDN GW to the UE to be transferred. The S-GW parses and records theresource information. In addition, the IP address allocated by thetarget PDN GW to the UE is also carried in the response message.

In Step 3305, the S-GW sends a bearer delete request to the source PDNGW, so as to delete the user plane context of the UE to be transferredstored in the source PDN GW.

In Step 3306, after the deletion, the source PDN GW returns a bearerdelete response to the S-GW.

In Step 3307, the S-GW sends to the MME a bearer update responsecarrying the IP address allocated by the target PDN GW to the UE.

In Step 3308, the MME notifies the UE of the change of the PDN GW andthe IP address allocated by the target PDN GW to the UE.

In Step 3309, the MME returns a PDN GW change response to the source PDNGW.

It should be noted that, in the process of FIG. 33, a message is firstsent to the MME, and the MME triggers the bearer establishment. However,in practice, it is unnecessary for the MME to trigger the bearerestablishment. Instead, after the target PDN GW is selected, the targetPDN GW directly triggers a downward bearer establishment.

Finally, it should be understood that the above embodiments are onlyused to explain, but not to limit the technical solution of the presentinvention. Despite the detailed description of the present inventionwith reference to above preferred embodiments, it should be understoodthat various modifications, changes or equivalent replacements can bemade by those skilled in the art without departing from the scope of thepresent invention and covered in the claims of the present invention.

1. A method for transferring user equipment (UE) in a mobilecommunication system, comprising: receiving, by a UE, a transferinstruction carrying UE transfer restriction information from a sourcecore network (CN) element serving the UE, wherein the UE transferrestriction information comprises information for transferring the UE toa target CN element that is different from the source CN element; andsending, by the UE, a transfer request to an access network entity basedon the received transfer instruction; wherein the transfer requestcomprises information for the access network entity to select a targetCN element that is different from the source CN element, and to transferthe UE to the target CN element.
 2. The method according to claim 1,wherein the restriction information further comprises information of oneor more Radio Access Techniques (RATs) selected by the source CN elementfor the UE; and wherein the sending, by the UE, the transfer request tothe access network entity comprises: selecting, by the UE, an RATaccording to the information of the one or more RATs in the restrictioninformation; and sending, by the UE, the transfer request to the accessnetwork entity, wherein the access network entity belongs to theselected RAT.
 3. The method according to claim 1, wherein the source CNelement is associated with a first CN element that is different from thesource CN element, wherein the information for transferring the UE tothe target CN element that is different from the source CN element isinformation for indicating the UE to be transferred to the first CNelement; and wherein the transfer request carries an identificationindicating the first CN element, and the access network entity selectsthe first CN element as the target CN element according to the transferrequest.
 4. The method according to claim 1, wherein the source CNelement is interfaced with a second CN element that is different fromthe source CN element, wherein the information for transferring the UEto the target CN element that is different from the source CN element isinformation for indicating the UE to be transferred to the second CNelement; and wherein the transfer request carries an identificationindicating the second CN element, and the access network entity selectsthe second CN element as the target CN element according to the transferrequest.
 5. The method according to claim 1, wherein the information fortransferring the UE to the target CN element that is different from thesource CN element is information that makes the access network entity totreat the UE as a new entrant; and wherein the transfer request carriesthe information that makes the access network entity to treat the UE asthe new entrant, and the access network entity determines the UE as thenew entrant according to the transfer request and selects the target CNelement according to a load sharing mechanism.
 6. The method accordingto claim 5, wherein the information that makes the access network entityto treat the UE as the new entrant is an international mobile subscriberidentity (IMSI), a temporary mobile subscriber identity (TMSI) set asNull, the TMSI with a network resource identifier (NRI) field set asNull, or identifications of CN elements other than those currentlywithin the area where the UE locates.
 7. The method according to claim1, wherein the receiving, by the UE, the transfer instruction comprises:receiving, by the UE, a list of UEs associated with the restrictioninformation broadcast by the source CN element, wherein the UE isincluded in the list.
 8. The method according to claim 1, wherein thetransfer instruction is a location area update (LAU) instruction, andthe transfer request is an LAU request, and wherein the UE istransferred to the target CN element through a LAU process.
 9. Themethod according to claim 1, wherein the transfer instruction is atracking area update (TAU) instruction, and the transfer request is aTAU request, and wherein the UE is transferred to the target CN elementthrough a TAU process.
 10. The method according to claim 1, wherein thesource CN element is a source mobility management element (MME) and thetarget CN element is a target MME, and the method further comprises:notifying, by the target MME, a serving gateway (S-GW) that the CNelement serving the UE has been changed from the source MME to thetarget MME; and recording, by the S-GW, the target MME.
 11. A userequipment (UE), comprising: a receiver, configured to receive a transferinstruction carrying UE transfer restriction information from a sourcecore network (CN) element serving the UE, wherein the UE transferrestriction information comprises information for transferring the UE toa target CN element that is different from the source CN element; aprocessor, configured to prepare a transfer request based on thereceived transfer instruction, wherein the transfer request comprisesinformation for the access network entity to select a target CN elementthat is different from the source CN element, and to transfer the UE tothe target CN element; and a transmitter, configured to send thetransfer request to an access network entity.
 12. The UE according toclaim 11, wherein the restriction information further compriseinformation of one or more Radio Access Techniques (RATs) selected bythe source CN element for the UE; and the processor is furtherconfigured to select an RAT according to the information of the one ormore RATs in the restriction information; and wherein the transmitter isfurther configured to send the transfer request to the access networkentity, wherein the access network entity belongs to the selected RAT.13. The UE according to claim 11, wherein the receiver is furtherconfigured to receive a list of UEs associated with the restrictioninformation broadcast by the source CN element, wherein the UE isincluded in the list.
 14. The UE according to claim 11, wherein thesource CN element is associated with a first CN element that isdifferent from the source CN element, wherein the information fortransferring the UE to the target CN element that is different from thesource CN element is information for indicating the UE to be transferredto the first CN element; and wherein the transfer request carries anidentification indicating the first CN element, and the access networkentity selects the first CN element as the target CN element accordingto the transfer request.
 15. A mobile communication system, comprising:a user equipment (UE), configured to receive a transfer instructioncarrying UE transfer restriction information from a source core network(CN) element serving the UE, wherein the UE transfer restrictioninformation comprises information for transferring the UE to a target CNelement that is different from the source CN element; and send atransfer request to an access network entity based on the receivedtransfer instruction; and the access network entity, configured toreceive the transfer request sent by the UE, select a target CN elementthat is different from the source CN element for the UE according to thetransfer request, and transfer the UE to the target CN element.
 16. Thesystem according to claim 15, wherein the source CN element isassociated with a first CN element that is different from the source CNelement, wherein the information for transferring the UE to the targetCN element that is different from the source CN element is informationfor indicating the UE to be transferred to the first CN element; whereinthe transfer request carries an identification indicating the first CNelement; and wherein the access network entity is further configured toselect the first CN element as the target CN element according to thetransfer request.
 17. The system according to claim 15, wherein thesource CN element is interfaced with a second CN element that isdifferent from the source CN element, wherein the information fortransferring the UE to the target CN element that is different from thesource CN element is information for indicating the UE to be transferredto the second CN element; wherein the transfer request carries anidentification indicating the second CN element; and wherein the accessnetwork entity is further configured to select the second CN element asthe target CN element according to the transfer request.
 18. The systemaccording to claim 15, wherein the information for transferring the UEto the target CN element that is different from the source CN element isinformation that makes the access network entity to treat the UE as anew entrant; and wherein the transfer request carries the informationthat makes the access network entity to treat the UE as the new entrant;and wherein the access network entity is further configured to determinethe UE as the new entrant according to the transfer request and selectthe target CN element according to a load sharing mechanism.
 19. Thesystem according to claim 18, wherein the information that makes theaccess network entity to treat the UE as the new entrant is aninternational mobile subscriber identity (IMSI), a temporary mobilesubscriber identity (TMSI) set as Null, the TMSI with a network resourceidentifier (NRI) field set as Null, or identifications of CN elementsother than those currently within the area where the UE locates.
 20. Thesystem according to claim 15, wherein the UE is further configured toreceive a list of UEs associated with the restriction informationbroadcast by the source CN element, wherein the UE is included in thelist